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CONNECTION ADMISSION CONTROL 
IN PACKET-ORIENTED, MULTISERVICE NETWORKS 

TECHNICAL FIELD OF THE INVENTION 

5 

The present invention generally relates to connection admission control and more 
particularly to connection admission control in packet-oriented, multi-service networks 
with relatively strict delay and loss requirements. 

10 BACKGROUND OF THE INVENTION 

Connection admission control (CAC) is generally a question of controlling the number of 
connections using a given set of resources in a communication network, thereby ensuring 
that admitted connections have access to the resources that are required to fulfil their 
15 Quality of Service (QoS) requirements. On the link level, CAC serves to restrict the 
number of connections simultaneously present on a transport link in the network. This 
means that new connections may be rejected in order to protect connections that are 
already admitted for transport over the link. 

20 The issue of connection admission control in packet-oriented networks with limited 
transmission resources and relatively strict delay and loss requirements, such as higher 
generation radio access networks, is generally quite complex. With the introduction of 
multi-service networks, such as Universal Mobile Telecommunications System 
(UMTS) and similar communication networks, it becomes even more difficult to find 

25 an efficient CAC strategy that works in the multi-service environment and at the same 
time fulfils practical requirements such as limited computational complexity and high 
accuracy. 

The practical requirements on the CAC algorithm mainly imply that the CAC 
30 decisions need to be taken fast, because hundreds or thousands of connections may 
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arrive to a network node each second, and that the CAC algorithm has to make 
relatively accurate estimates of the resource requirements so that the CAC decisions 
are not too conservative, nor too optimistic. 

In the prior art, connection admission control is fairly simple, based on the concept of 
effective bandwidths. This generally means that each individual connection is assigned 
a bandwidth value that represents the "effective" resource usage of the connection 
during its lifetime. When a new connection arrives to the node, the effective 
bandwidth of the connection is estimated based on factors such as the traffic 
characteristics and the QoS requirements. Subsequently, the CAC algorithm checks 
whether the sum of effective bandwidths of the admitted connections and the new 
connection exceeds the link capacity or not. The algorithm is so simple that the CAC 
decisions can be taken on-line. This approach thus satisfies the requirement on limited 
computational complexity. 

Unfortunately, CAC based on effective bandwidths is generally not capable of 
ensuring that the QoS requirements in a multi-service traffic environment are actually 
fulfilled since the associated set or region of admissible traffic mixes with a single 
linear boundary is not a sufficiently accurate estimate of the true admissible region. 
The linear admissible region obtained from the effective-bandwidth algorithm is 
highly dependent on how well the assigned effective bandwidths represent the actual 
resource usage of the connections, and even a slight misestimation of the required 
resources may result in QoS degradations (underestimation) or a significant waste of 
valuable resources (overestimation). 

RELATED ART 

A comparison of different connection admission control algorithms in ATM/AAL2 
based third generation mobile access networks can be found in reference [1]. 
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Reference [2] relates to a connection admission control strategy for ATM core 
switches and describes an effective-bandwidth algorithm for constant-bit-rate (CBR) 
connections as well as a connection admission control approach for variable-bit-rate 
(VBR) traffic. In the latter case, when statistically multiplexible VBR traffic (S-VBR) 
5 and non-statistically multiplexible VBR traffic (NS-VBR) are intermixed, the 
admissible region boundary is approximated by two piecewise linear segments 
corresponding to respective cell-loss-limited regions. 

Reference [3] consider the problem of bounding the loss rates of the aggregation of 
10 ON-OFF sources in a bufferless model. 

SUMMARY OF THE INVENTION 

The present invention overcomes these and other drawbacks of the prior art 
15 arrangements. 

It is a general object of the present invention to provide an efficient connection 
admission control strategy for a multi-service traffic environment. 

20 It is particularly important that the connection admission control is highly accurate, 
thus providing optimized resource utilization, while still ensuring that the QoS 
requirements of the entire multi-service traffic mix are met. It is thus an object of the 
invention to estimate the true admissible region as accurately as possible. 

25 It is also an object of the invention to provide a computationally efficient connection 
admission control algorithm, thus allowing on-line decisions on the acceptance of new 
connections. 

These and other objects are met by the invention as defined by the accompanying 
30 patent claims. 
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The present invention is generally based on the recognition that the true admissible 
region for a multi-service traffic mix can be well approximated by a construction of a 
non-linear admissible region and one or more linear admissible regions. This makes it 
possible to accurately control admission of a new connection onto a transport link by 
5 checking whether the multi-service traffic mix defined by previously admitted 
connections together with the new connection is contained within an intersection of the 
non-linear admissible region and the linear admissible region(s), and admitting the 
connection only if the traffic mix is contained within the intersection of regions. 

10 By properly identifying the non-linear admissible region and the linear admissible 
region or regions according to the QoS requirements of the mixed services and the 
traffic characteristics, accurate decisions on the admittance of new connections can be 
taken to optimize the resource utilization while ensuring the QoS requirements. 

15 In general, the admissible regions in the construction of the "true" admissible region 
are related to respective QoS requirements such as packet delay and overload (packet 
loss). 

In radio access networks such as the Universal Terrestrial Radio Access Network 
20 (UTRAN), and especially on those links connecting base stations and radio network 
controllers, the use of delay-limited linear admissible regions in combination with an 
overload-limited non-linear admissible region has turned out to be particularly 
beneficial. 

25 For improved performance and flexibility, each service class in the multi-service 
traffic mix is preferably associated with a class-specific delay-limited admissible 
region. Each class-specific delay-limited admissible region is normally defined as a 
linear admissible region that contains a set of traffic mixes that fulfil a given class- 
specific packet delay requirement. 

30 
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Advantageously, the overload-limited non-linear admissible region contains the set of 
traffic mixes for which the probability of temporarily overloading the queuing system 
associated with the transport link is smaller than a given target value. 

It has been validated that the linear approximation of the delay-limited admissible 
regions is very accurate. The linearity of these admissible regions means that the 
evaluation of whether a given traffic mix is contained within each of the delay-limited 
regions can be performed in a computationally efficient manner, because efficient 
single-class approximations can be extended to multiple service classes. 

The non-linearity of the overload-limited admissible region generally implies that the 
probability of overload must be evaluated individually for each traffic mix. In many 
cases, this results in far too heavy calculations for on-line evaluation. However, by 
exploiting the so-called statistical gain within the different classes and not (or only 
partially) between classes, a much more computationally efficient algorithm is 
obtained. 

In certain situations, it is not necessary to use both the linear and non-linear admissible 
regions. In fact, if the delay requirements are loose or the link capacities are large 
enough, it may be sufficient to check whether the traffic mix is contained within the 
non-linear admissible region. In other circumstances, it may be sufficient to use a 
construction of multiple linear admissible regions. In effect, the intersection of 
multiple linear admissible regions generally defines a non-linear region, which has a 
piecewise linear boundary. 

The invention offers the following advantages: 

- High accuracy, leading to optimized resource utilization and maintained QoS for 
the entire multi-service traffic mix; and 

- Computational efficiency, allowing on-line decisions on the acceptance of new 
connections. 
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Other advantages offered by the present invention will be appreciated upon reading of 
the below description of the embodiments of the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

5 

The invention, together with further objects and advantages thereof, will be best 
understood by reference to the following description taken together with the 
accompanying drawings, in which: 

10 Fig. 1 illustrates the set of admissible traffic mixes of voice connections and 64 Kbps 
packet switched connections calculated using a conventional CAC algorithm, 
compared to the exact set of admissible mixes; 

Fig. 2 is a schematic diagram illustrating an approximation of the true admissible 
15 region as a construction of a generally non-linear admissible region and one or more 
linear admissible regions according to a preferred embodiment of the invention; 

Fig. 3 is a schematic diagram illustrating the basic architecture of a UMTS network; 

20 Fig. 4 illustrates a typical probability density function of packet delay for a single 
service class; 

Fig. 5 is a schematic diagram of an ATM/AAL2 based protocol stack of a UTRAN 
network; 

25 

Fig. 6 illustrates a network node fed by two ON-OFF connections; 

Fig. 7 is a schematic diagram illustrating an example of an admissible region 
constructed as an intersection of two linear delay-limited regions and a non-linear 
30 overload-limited region; 
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Fig. 8 is a schematic flow chart of a method for connection admission control 
according to a preferred embodiment of the invention; 

Fig. 9 is a schematic block diagram of pertinent parts of a network node in which a CAC 
5 algorithm according to the invention may be implemented; 

Fig. 10A illustrates the admissible region in a first exemplary traffic environment with 
three service classes; 

10 Fig. 10B illustrates a simulation of the delay violation probability for mixes on the 
surface of the admissible region of Fig. 10A; 

Fig. 11A illustrates the admissible region obtained by the CAC of a preferred 
embodiment of the invention in a second exemplary traffic environment; and 

15 

Fig. 11B illustrates a simulation of the delay violation probability for mixes on the 
surface of the admissible region of Fig. 11 A. 

DETAILED DESCRIPTION OF EMBODIMENTS OF THE INVENTION 

20 

Throughout the drawings, the same reference characters will be used for corresponding 
or similar elements. 

In general, the task of the connection admission control (CAC) function in a network 
25 node is to decide whether a new connection that arrives to the node can be accepted for 
transport over a link of a given capacity such that the Quality of Service (QoS) 
requirements of the new connection and the already admitted connections are not 
violated. In order to ensure that the amount of resources is sufficient to serve the traffic 
demands, and at the same time ensure that expensive resources are not wasted, reliable 
30 CAC methods are needed. 



WO 03/077588 



8 



PCT/SE02/00468 



For a better understanding of the invention it may be useful to begin by describing the 
basic concept of conventional CAC based on effective bandwidths in more detail. For 
example, the CAC algorithm currently in use in the transport and control platform 
Cello from Ericsson assigns an effective bandwidth to each connection, and simply 

5 estimates the resource usage of all connections as the sum of their effective 
bandwidths. In multi-service networks, connections can normally be grouped into 
service classes based on their traffic descriptors, and it is thus possible to assign an 
effective bandwidth to each service class. When a new connection arrives to the Cello 
node, the effective bandwidth of the connection is calculated by means of a simple 

10 exponential formula. Subsequently, the following inequality is checked: 

^EB^C, (1) 

where N is the number of connections in the traffic mix defined by the admitted 
15 connections and the new connection, the EBi values are the effective bandwidths of the 
connections and C is the link capacity. In this way, it can be determined whether the 
sum of the effective bandwidths of the traffic mix under consideration exceeds the link 
capacity or not. If the estimated resource usage of the traffic mix does not exceed the 
link capacity, the new connection is admitted for transport on the associated link, 
20 otherwise the connection request is rejected 

However, experiments reveal that conventional CAC algorithms based on effective 
bandwidths are generally not capable of ensuring that the QoS requirements in a multi- 
service traffic environment are actually fulfilled since the linear admissible region thus 
25 obtained is not a sufficiently accurate estimate of the true admissible region, as 
schematically illustrated in Fig. 1. 

Fig. 1 illustrates the set of admissible traffic mixes of voice connections and 64 Kbps 
packet switched connections calculated using a conventional CAC algorithm, 
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compared to the exact set of admissible mixes. The admissible region estimated in 
accordance with the conventional CAC algorithm has a single linear boundary, 
whereas the true (exact) admissible region is generally non-linear. The discrepancy 
between the estimated admissible region and the true admissible region leads to 
5 unreliable CAC decisions, with either too many or too few connections being 
admitted. Although the admissible regions illustrated in Fig. 1 may seem to be 
relatively close to each other, a slight underestimation of the required resources may 
result in serious QoS degradations since the delay may increase very rapidly at high 
loads. 

10 

In contrast to the prior art, the invention preferably estimates the true admissible 
region by a construction of a generally non-linear admissible region and one or more 
linear admissible regions, as schematically illustrated for two service classes in Fig. 2. 
Mathematical evidence in combination with extensive simulations and experiments 

15 indicate that such a construction of non-linear and linear admissible regions is indeed a 
very good approximation of the true admissible region. This basic recognition makes it 
possible to accurately control admission of a new connection by checking whether a 
multi-service traffic mix defined by previously admitted connections together with the 
new connection is contained within an intersection of a generally non-linear 

20 admissible region and one or more linear admissible regions, and admitting the new 
connection only if the traffic mix is within the intersection of admissible regions. 

An efficient CAC algorithm can be devised by properly identifying the non-linear 
admissible region and the linear admissible region or regions according to the QoS 
25 requirements of the mixed services and the traffic characteristics of the network under 
consideration. In this way, the resource utilization can be optimized while ensuring the 
QoS requirements. 

In the following, the invention will mainly be described with respect to radio access 
30 networks such as the Universal Terrestrial Radio Access Network (UTRAN) in third 
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generation mobile communication systems or other similar future communication 
systems. 

With the introduction of third generation mobile systems, such as the Universal 
5 Mobile Telecommunications System (UMTS), both equipment vendors and network 
operators face new challenges. In contrast to second generation systems, a packet- 
switched, multi-service network capable of fulfilling the specific requirements of the 
new radio interface technology called Wideband Code Division Multiple Access 
(WCDMA) is required. 

10 

Fig. 3 is a schematic diagram illustrating the basic architecture of a UMTS network. 
The UMTS network 100 basically includes a core network 1 10, a Universal Terrestrial 
Radio Access Network (UTRAN) 120 and user equipment (UE) 130. The core 
network 110 is the backbone of UMTS connecting the access network 120 to external 

15 networks 200 such as the Public Switched Telephone Network (PSTN) and the 
Internet. The UTRAN network 120 handles all tasks related to radio access, and 
therefore UTRAN nodes are responsible for radio resource management, handover 
control, and so forth. The UTRAN network 120 is based on Radio Network 
Controllers (RNCs) 122 and base stations (Node Bs) 124. The user equipment 130 

20 such as a mobile is connected to the Node B base stations 124 over the radio interface 
(Uu). A user terminal 130 can communicate with several Node Bs 124 at the same 
time during soft handover (which is an essential interference reduction technique in 
WCDMA systems). A Node B base station 124 is connected to an RNC 122 over the 
so-called Iub interface, whereas RNCs 122 are connected to each other over the so- 

25 called Iur interface. The RNCs 122 are connected to the core network 1 10 over the Iu 
interface. 

Switching and multiplexing technologies used for the first releases of UTRAN for 
UMTS are based on Asynchronous Transfer Mode (ATM) in combination with the 
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ATM Adaptation Layer type 2 (AAL2). Future releases will be deployed using also 
Internet Protocol (IP) technologies. 

On transport links of UTRAN radio access networks, and especially on those links 
5 connecting base stations and radio network controllers, resource allocation is complex 
because the Quality of Service (QoS) requirements are quite strict and the amount of 
transmission resources is relatively low. 

UMTS is a multi-service network, in which the various service classes generally have 
10 different QoS requirements. Packet delay is usually the most important performance 
measurement in the network, and for each service class, the delay budget for the whole 
system (end-to-end) determines the maximum acceptable delay in the UTRAN 
transport network. For example, the end-to-end maximum delay requirement for voice 
traffic is around 180 ms, and the maximum delay requirement in the UTRAN transport 
15 network is around 5-6 ms. The delay requirements for other services are not very 
different from that of voice. In case best effort services such as those provided in IP 
based networks, the delay requirements are relatively strict because the use of soft 
handover sets a practical limit on the packet delays. In addition, studies focusing on 
TCP performance show that the application-level throughput is significantly degraded 
20 if the delay on the Iub interface is larger than a few milliseconds. 

The delay requirement is typically defined in a probabilistic manner: 



?r(D i >D t )<%, © 

where Z), is the delay of a packet of class-i, 2). is the maximum (target) delay for class- 
i, Pr( D i >D t ) is the probability of packet delay criteria violation and ^ is a small 
target probability. A maximum delay of 5 ms and a target probability of 1% thus 
translates into the requirement that the probability of a delay larger than 5 ms should 
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be smaller than 1%. Fig. 4 illustrates a typical probability density function of packet 
delay for a single service class, with the delay on the x-axis. The probability that the 
packet delay is larger than a given delay, say 5 ms, is represented by the tail area of the 
density function from the given delay. 

The invention will now be described with respect to a particular example of a UTRAN 
network based on ATM/AAL2. 

Fig. 5 is a schematic diagram of an ATM/AAL2 based protocol stack of a UTRAN 
network. The retransmission mechanism of the Radio Link Control (RLC) protocol 
ensures reliable transmission of loss-sensitive traffic over the radio interface. The 
Medium Access Control (MAC) protocol forms radio frames and schedules these 
periodically according to the timing requirements of WCDMA. This frame scheduling 
period is called 777 (Transmission Time Interval), and its length is typically a multiple 
of 10 ms. Bit rates of radio connections, so-called Radio Access Bearers (RABs) 
currently take typical values between 8 Kbps and 384 Kbps, keeping in mind that 
higher bit rates are feasible. MAC frame sizes and 777 lengths are typically RAB- 
specific. If the user equipment 130 has simultaneous RABs to two or more Node Bs 
124 (during soft handover), the radio frames scheduled in downlink have to be sent out 
from every Node B 124 to the user equipment 130 at the same time (t out ). Therefore, 
nodes must generally be synchronized. For the same reason, it has to be ensured that 
each frame arrives to the Node Bs before t out . This determines a delay requirement on 
the UTRAN transport network. On the Iub interface, the start positions of frames 
intended for different user terminals should not coincide in time in order to decrease 
the probability of packet congestions in the transmission network queues. Moreover, 
on the Uu interface, control patterns such as pilot bits should not be transmitted at the 
same time for all user terminals to avoid peaks in the interference. Therefore, phases of 
the periodic frame flows of different connections are randomly distributed over the 
Transmission Time Interval, as noted in reference [4]. 
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The role of the UTRAN network is basically to transport MAC frames from the RNCs 
122 to the Node Bs 124 (in the Iub downlink direction) and to transport MAC frames 
from Node Bs 124 to RNCs 122 (in the Iub uplink direction). In the UTRAN transport 
network, MAC frames are encapsulated into Iub frames. The Iub framing overhead 
5 contains information used in Node Bs 124 to encode the frame into the appropriate 
radio frame format and to send it out on the radio interface at the right time (t out ). Iub 
frames are segmented and packed into AAL2 CPS (Common Part Sublayer) packets, 
which are multiplexed into ATM cells. By AAL2 multiplexing, several AAL2 packets 
from different connections can be carried within an ATM cell. In an ATM network, 

10 cells are transported along a predefined path using the VPI/VCI (Virtual Path and 
Virtual Circuit Identifier) fields in the ATM header. The CID (Connection Identifier) 
field in the AAL2 header identifies a specific AAL2 connection within an ATM VC. 
the so-called CU timer (Tcu) determines how long the multiplexer should wait for 
arriving AAL2 packets if an ATM cell is partly filled. Therefore, multiplexing 

15 efficiency also depends on the value of T C u, as realized in reference [5]. 

For admission control, we focus on situations when the transport links are highly 
loaded. In this region, the effect of T C u on delay performance is expected to be 
negligible. It is also assumed that the packing density does not depend on the Iub 
20 frame size. These assumptions are supported by the analysis provided in reference [6]. 
In UTRAN, a new AAL2 connection is set up for each new RAB. In general, the 
AAL2 CAC allocates resources for the new AAL2 connections in the transport 
network, and makes CAC decisions based on traffic descriptors and QoS parameters. 

25 At this stage, it will be useful to introduce an adequate queuing model for the UTRAN 
transport network, with specific emphasis on the Iub interface. 



An exemplary queuing model for the UTRAN network 

As discussed earlier, the arrival pattern of Iub frames is determined by the MAC 
30 scheduler, which schedules MAC frames periodically according to the timing 
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requirements of WCDMA. In other words, the traffic is shaped by the MAC scheduler 
such that the lowest time-scale behavior is periodic irrespectively of the type of 
application. UTRAN traffic can thus be modeled as a superposition of periodic traffic 
sources. However, the carried traffic is generally not seen as a continuous periodic 
5 packet flow, but rather the user/application level traffic model is reflected in the 
UTRAN transport network such that the carried traffic is modeled by a series of active 
and inactive intervals. These intervals will be referred to as ON (active) and OFF 
(inactive) periods. Fig. 6 illustrates a network node fed by two ON-OFF connections. 
The network node comprises a packet server 140 with an associated output link 

10 capacity C and a queue 1 50 of length B fed by two periodic ON-OFF connections with 
different packet inter-arrival times (TTJ) and packet sizes. In an ON period, MAC 
frames are sent in each period, while in an OFF period, packets are not sent at all. For 
example, in case of voice traffic the characteristics of the ON and OFF periods are 
determined by the interaction of the speech process (the speaker behavior) and the 

15 voice activity detector in the voice coder. The ON-OFF behavior, which originates 
from the user behavior, can be taken into account by an "activity factor". The activity 
factor is the ratio of the ON intervals, defined as the average length of ON periods 
divided by the sum of the average lengths of ON and OFF periods. An activity factor 
can not be used to characterize a single connection. It can however be used to 

20 characterize all connections belonging to a certain service class in the system. In other 
words, the activity factor is a statistical measure describing the user/application 
behavior. If the activity factor is less than 1, then there is a potential for statistical 
multiplexing gain. For example, empirical measurements show that the activity factor 
for voice could be set to around 0.7. 

25 

It is desirable to establish a model, which allows us to derive the probability of packet 
delay requirement violation under the consideration of delays due to: 



• the ON-OFF behavior, which results in temporary system overloads; and 
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the periodic packet emission during the ON (active) states, where the emission 
phases of different connections are uniformly distributed over the 777s 
associated with the connections, which can result in packet congestions. 



5 Assume that we have a system with the following input parameters: 



K 


number of service classes 


C 


link capacity 


Ni 


number of AAL2 connections (RABs) of class-i 


<Zi 


activity factor of class-i 


n t 


number of actually active connections of class-i 


bi 


packet size (MAC frame with transport overhead) of class-i 


TTIi 


packet inter-arrival time of class-i 


A 


maximum delay (target delay) of class-i 




target probability of delay requirement violation for class-i 



Input parameters . . K) 



10 The total delay of a packet from service class-i includes two parts: A = W t + S h where 
Si is the service time and W t is the waiting time in the queue. The service time is the 
time taken by the packet server to service a packet and send it out of the buffer. For 
example, if the bit rate of the output link is 100 Kbps (kilobits per second) then the 
service time for a packet that is 100 bits long will be 1 ms. The delay of lost packets is 

1 5 considered to be infinite. 

The workload (the amount of unfinished work) plays an important role in a multi-class 
queue analysis because in contrast with the per-class waiting time, workload is a 
global measure and allows us to calculate the per-class waiting times in case of a First- 
20 In-First-Out (FIFO) service discipline. In a FIFO queue the waiting time is 
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approximated by the workload. The workload and accordingly the waiting time 
strongly depend on the lengths of the ON and OFF periods. If the system is in an 
overload situation in which the input rate R of active connections exceeds the link 
capacity C, the workload has an increasing component. When the overload situation 
5 ends, there will be a decreasing component. 

In general, delays on a time-scale longer than the transmission time interval (777) have 
to be studied by examining the workload accumulated over several 277 periods. The 
accumulated workload is burst-length dependent and generally describes the 
10 component of the workload due to the ON-OFF behavior. The development of the 
accumulated workload depends on the random nature of the traffic sources, i.e. the 
distribution of the ON and OFF periods, the dependency among the traffic sources and 
so forth. 

15 In UTRAN, the delay requirements are relatively strict, typically shorter than or of the 
same order as the 777, and therefore we are generally interested in the short time-scale 
behavior of the workload. Besides, the signaled traffic descriptors directly available 
from the network do not include any characterization of burstiness thus gives no 
possibility to properly characterize the long time-scale behavior of the workload. It 

20 may be possible to measure the burst lengths. However, this is generally of little 
interest in the evaluation of the probability of delay requirement violation in UTRAN. 

Before describing the actual model construction it will be useful to examine the impact 
of buffer size on the workload. Systems with large buffers can absorb the packets 

25 generated during overload situations, resulting in large waiting times without losses. 
On the other hand, a moderate size buffer (~ T7I max ), where TTI max = max [777J, is 
filled up quickly in an overload situation, and then packets suffer from at most a 
waiting time corresponding to the queue length or they get lost. The delay 
requirements in UTRAN are relatively strict (D ~ 777), which means that the waiting 

30 time reaches the predefined delay requirement very fast in an overload situation, and 
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therefore the queue can not smooth out an overload situation efficiently even if 
considering infinite buffer lengths. We thus consider a system that can buffer packets 
at least the packet delay requirement but not significantly longer. It is furthermore 
assumed that in an overload situation, the delay of all packets is always larger than the 
5 delay requirement. Applying these assumptions we establish a combined model. 
Considering packets in the system, two types of delay requirement violation events can 
be observed: 

• some packets are lost due to buffer overflow; and 

10 

• some packets are only exceeding their respective delay requirement. 
The following relation expresses this decomposition: 

15 _ number of lost packets + number of delayed packets 

8 '~ number of packets 

and we define two measures as: 



20 



hst number of lost packets , A k 

ef* = f ; , . (*) 

number of packets 



^delayed _ number of delayed packets ^ 
number of packets 



Simulations and experiments show that the model assumptions are perfectly valid on 
the time-scale corresponding to the transmission time interval (777). In this region the 
25 delays hardly depend on the length of the ON periods, and delay violations are 
dominated by the periodic packet emission. 
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Now, we are in the position to determine the main relation between the input 
parameters and a relevant CAC decision. The stationary probability U(n) of a 
particular number of active connections n = (n l9 n 2 , . n K ) is calculated using a multi- 
dimensional binomial distribution as follows: 



i=i i=i 



From the model assumptions, it follows that packet loss probability can be well 
approximated by overload probability. The probability s| orf that a packet of class-i 
10 arrives at an overload situation (R>C) and gets lost, can thus be calculated as: 



..lost 

£ i = 



_ Z *(g)>c "<rc(g) 



(7) 



where tffa) represents the input rate of the active connections in a given state n. 

15 

In case of a normal situation (i? < C) the waiting time is dominated by the periodic 
packet emission, because the transient period (due to the change of the number of 
active sources when R < Q is approximately TTI max long and hardly influences the 
waiting time. Therefore the probability of a packet arriving later than its delay criteria 
20 but not getting lost can be calculated as: 

flayed = £g(g)gC "jlM ■ UPj > Dj\tL ■ g) = 

= £n(^^Pr(A>A^=«). 

*(ii)SC 
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Finally, the probability of delay criteria violation is the sum of the two probabilities as 
follows: 

8, ^ef^+sf*^. (9) 

5 

An exemplary CAC algorithm for the UTRAN network 

When a new connection arrives, the CAC algorithm normally needs to check: 

• the delay violation due to packet loss (overload) 

10 

• the delay violation due to delayed packets (delay) 

In accordance with a preferred embodiment of the invention, the true admissible 
region is approximated by an intersection of K regions (also referred to as hyper- 

15 planes) with linear borders and a region with a generally non-linear border. The K 
regions with linear borders are delay-limited and referred to as delay-limited linear 
admissible regions. The i-th delay-limited linear region preferably contains the mixes 
where the delay requirement of the i-th traffic class is fulfilled. The region with a non- 
linear border is overload-limited and referred to as an overload-limited non-linear 

20 admissible region. The overload-limited non-linear region preferably contains the 
mixes for which the probability of temporarily overloading the queuing system is 
smaller than a given target value. If the activity factor of each class is 1, the overload- 
limited border becomes linear. In this case, it is the border of the mixes that do not 
overload the system. 

25 

For example, assume that we have two service classes with different delay 
requirements. We are interested in the region where traffic mixes containing 
connections from both services can be accepted, and the admissible region is defined 
as the intersection of delay-limited and overload-limited regions, as illustrated in 
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Fig. 7. One of the service classes has stricter delay requirements than the other class, 
and therefore only the strictest delay-limited region is considered. This delay-limited 
region contains the set of traffic mixes that fulfil a given packet delay requirement. 

5 If the activity factors are equal to 1 for both service classes, the overload-limited 
region becomes linear and contains the mixes that do not overload the buffer. In 
practice, however, not all activity factors are equal to 1. This means that the overload- 
limited region generally will be non-linear, containing traffic mixes that can overload 
the queuing system only with a small probability. If the activity factor one or more of 
10 the service classes is smaller than 1 (which means the service is bursty on a time scale 
that is larger than its TTI), the overload-limited region generally becomes concave as 
schematically illustrated in Fig. 7. 

The linear approximation of the delay-limited admissible regions is very accurate and 
15 means that the evaluation of whether a given traffic mix is contained within each of 
the delay-limited regions can be performed in a computationally efficient manner. 

The non-linearity of the overload-limited admissible region generally implies that the 
probability of overload must be evaluated individually for each traffic mix. 

20 

Checking the delay violation due to packet loss - the overload-limited region 
Although it is possible to use equation (7) to check the delay violation due to packet 
loss, the evaluation of equation (7) may be too demanding for on-line use (depending 
on the available processing resources). By exploiting the so-called statistical gain only 
25 within different classes and not between classes, a much more computationally 
efficient algorithm is obtained. Therefore, the following preferred strategy of the 
invention is proposed. Keeping in mind that loss probability and overload probability 
are more or less interchangeable according to the model assumptions, an upper bound 
for the target loss probability e. to is derived: 
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K 



(10) 



\-zj° st Z 



Zv s "/II(«) 



(11) 
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(12) 



1-eT'>- 



(13) 



where we introduce A f as a per-class limit on the number of simultaneously active 
connections in ON state. Preferably, the per-class limit A t is defined as the number of 
connections from class-i such that the probability that more than A% connections from 
10 class-i are active at the same time is small. The idea is to "distribute" the probability 
1 _ ^l osi over the terms on the right hand side of the last inequality and to find minimal 
values of A t such that the following sets of inequalities: 



K <i]l-e! os ' 



15 ^l-6/^£n,("/) l = l,2,...,K a ,l*i, 

111 =° 



(14) 
(15) 



are fulfilled, where K a is the number of classes with activity factor a { < 1 and sj ost is 
the target probability assigned to class-i. For traffic classes with a = 1, A t = N h This 
construction makes it possible to compute A t values independently of each other, thus 
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significantly reducing the computational complexity of equation (7). With enough 
memory for the CAC algorithm, one may wish to obtain the A t values from tables 
calculated off-line, as will be described in more detail later on. 

5 Using the per-class limits {A h A 2 , A^) y the necessary condition for accepting a 
given traffic mix (AT/, N 2 , . . N K ) is defined as: 



10 where p t is the average load generated by one active traffic source from class-i and 
defined as p t = bil TTIi* The evaluation of the inequalities (16) generally corresponds 
to the evaluation of whether the traffic mix is contained within the non-linear 
overload-limited region. 

15 The statistical gains between classes can at least partially be taken into account by 
extending the basic algorithm in the following manner. It is clear that by using 
equations (14) and (15), only the statistical gain of multiplexing sources from the same 
class will be exploited. Keeping the property that A t values can be obtained 
independently from each other, but taking into account partially statistical gains from 

20 . multiplexing different classes one may proceed as follows: 

1 . Find A* for all i using eq.(14) with: 



K 



(16) 



min 1,— N k ; k = l,...,K, 

V Pi J 



(17) 



25 



and calculate the statistical multiplexing gain for class-i as: 
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(18) 



MG, = 



2. Repeat the following procedure until the MG t values are no longer increasing: 

5 • Consider the classes with a k > and p k < p u V i 9 k. If MG k > MG h then let 

Oi ;= a k and calculate MGl as described in step 1. If MGl > MGu then let 
MGi-MGl. (19-A) 

• Consider the classes wither* > a t and > p h V i, A:. If MG k > MG, then let 
10 MG { :=MG k . (19-B) 

3 . Finally, the ^4/ values are found as: 

Ai = Ni(l - MG,). (20) 

15 

Checking the delay violation due to delayed packets - delay-limited regions 
There is no exact formula for evaluating the delay violation due to delayed packets, as 
recognized in reference [7]. We define the admissible region for checking the delay 
violation due to delayed (but not lost) packets by K hyper-planes. The i-th hyper-plane 

20 defines the region where the probability of a packet arriving later than its delay criteria 
but not getting lost is equal to or smaller than a given target probability, 
^delayed ^ -delayed ^his means that each class-specific packet delay requirement 
requires that the probability of the class-specific packet delay being larger than a given 
class-specific maximum delay is smaller than a given target value. We propose a 

25 method for hyper-plane construction that uses only a single-class calculation for 
evaluating the corresponding delay violation. For this purpose, the following two 
measures are introduced: 
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• TNij is the maximum number of connections from class-i assuming that a single 
packet from class-j would fulfil the packet delay requirements of class-j. We 
preferably approximate by TNij the maximum number of connections from 
class-i if one additional connection from class-j is present in the system; and 

5 

• TEy is a service class equivalent measure representing how many new 
connections that can be admitted from class-j in place of a connection from 
class-i considering only the packet delay requirement of class-j. For example, 
consider two service classes I and J. Imagine that there are 10 class-I 

10 connections and 20 class-J connections in the system. In this configuration, 

assume that 1% of the class-J packets are delayed more than 5 ms, and that this 
means that the delay requirement of class-J connections is just met. Take out 
one class-I-connection from the system. In this case, the 1% percentile delay of 
class-J connections decreases below 5 ms. Next, add new class-J connections to 

15 the system until the 1% percentile delay of class-J connections reaches 5 ms 

again. For example, if the resulting number of class-J connections is 24, then 

The analysis of a constant service-time queue fed by n t homogeneous periodic (active) 
20 connections is mainly based on the results in reference [8], and the probability of 

packet delay criteria violation Pr(Z)j^ > D^i t connections are active) is calculated 

in the following way: 



Pr(Z)j z) > Dj\n t connections are active) = 

\ nH TTI'-ni+x' ' (21) 

J ' Trr-i+x' 



25 



WO 03/077588 



25 



PCT/SE02/00468 



where denotes the delay of a packet from class-j assuming that the delay of the 
associated queue comes from only class-i connections, Dj is the target delay criteria 
of packets from class-j, and the following additional measures are introduced: 



x' = (Dj-^)/TU, 
TTV = 777, / TV , 

C 



(22) 
(23) 
(24) 



The proposed formula for determining the TN matrix is: 



10 



TNy = max< 



2n(n,) Pr {Df > connections are active) < ef elayed 

«; =0 

(25) 



15 



where the stability criteria is not needed, because it is included in the inequalities (16). 



The TE matrix can be determined from the TN matrix as follows: 



TEy = TNjjl TNtj. 



(26) 



20 Using traffic class equivalents, the necessary condition of accepting a given traffic mix 
(Ni, N 2 ,...,N[d is defined as: 



K 



^iV,- • TEy < TNjj + constant, j = l,2,...,K, 
i=i 



(27) 
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26 



If we approximate by INy the maximum number of connections from class-i if one 
additional connection from class-j is present in the system, as proposed above, the 
constant should be set to 1. Using a fixed constant equal to 1 has proved to be 
important in the case of priority scheduling (as discussed later on), but can be used for 
5 FIFO scheduling as well. In a more conservative approach, the constant is set to zero, 
assuming that we approximate by TNy the maximum number of connections from 
class-i if no additional connection from class-j is present in the system. 

The evaluation of the inequalities (27) corresponds to the evaluation of whether the 
1 0 traffic mix is contained within each of the linear delay-limited regions. 

Alternatively, the probability of packet delay criteria violation can be approximated by 
the following expression for the class-specific complementary distribution function 
Qi(x) of the workload in a FIFO queue, using a Brownian bridge approximation [9, 



20 Consequently, instead of using equations (21)-(24), the probability of packet delay 
criteria violation is now determined as: 



15 10]: 




(28) 




(29) 



Pr(Z)j' ) > Dj | n t connections are active) = exp< - 



2Cx ( Cx 



+ C-niPi >, 



(30) 
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Compared to equations (21)-(24), equations (30) and (31) do not involve a lot of 
summations and therefore the probabilities of packet delay criteria violation can be 
calculated much faster. Once the probabilities of packet delay criteria violation has 
been calculated according to equations (30) and (31), the TN and TE matrices can be 
5 determined according to equations (25) and (26) and the inequalities (27) can be 
checked. 



10 



In yet another alternative embodiment of the invention, the following even faster 
approximation for determining the 77V matrix is used: 



c+ Cxa L 
TTL 



a iP tTTIMzf layed ) 
__ 



(32) 



X=D, J ~. 



(33) 



15 The TN matrix is thus determined according to equations (32) and (33), and the TE 
matrix is determined as usual according to equation (26). Once the TN and TE 
matrices are determined, the inequalities (27) may be checked. 



Naturally, by using the above fast approximations, the accuracy will be slightly 
20 reduced. The trade-off between computational complexity and accuracy has to be 
carefully evaluated by the system designer for each particular application. 



The introduced queuing model for ATM/AAL2 and the associated CAC calculations 
can be more or less directly applied also in IP based UTRAN networks provided that 
25 the IP networks are CAC-enabled. The above model and the related methodology are 
applicable irrespectively of the transport technology used by the network. 
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Flow chart 

For a better overview of the CAC algorithm according to a preferred embodiment of 
the invention, reference is now made to the basic flow chart of Fig. 8. When a new 
connection arrives to a network node implementing the CAC algorithm according to 
5 the above preferred embodiment of the invention, it is determined (step SI) whether or 
not the connection belongs to a new service class based on signaled traffic descriptors. 

It can be noted that since TNy and TEy depend only on the service classes present in 
the system, but not on the actual number of connections, these matrices are generally 

10 not necessary to calculate on-line. The TN and TE matrices are only updated when a 
new service class is added. Consequently, if the connection belongs to a new service 
class (Y) not yet included in the TN and TE matrices, the relevant traffic descriptors 
and QoS requirements of this service class are added (step S2) to the general 
information database used by the CAC algorithm and the TN and TE matrices are 

15 updated (step S3). This update can usually be performed rapidly without having to re- 
compute the whole matrices. However, if the normal TE and TN update proves to be 
too slow for on-line use, a fast update (step S4) of these matrices is required in order to 
be able to make a fast decision on the acceptance of the connection. Such a fast update 
may for example be based on peak bandwidths, or by using equations (32) and (33) 

20 above. On the other hand, if the connection belongs to a service class already present 
in the system (N), then the TN and TE matrices are read (step S5) and the delay 
violation due to delayed packets is checked (step S6) according to formula (27). 

The Ai values depend on N h Ck> the target loss probabilities sj ost and the number K a of 
25 traffic classes with activity factors a* < 1 . The A t values can be calculated on-line (step 
S7), or if on-line calculation turns out to be too slow, tables with pre-calculated values 
can be constructed in advance (step S8) and subsequently accessed during on-line 
evaluation. At least some A { values can thus be pre-calculated for a range of different 
values of Ni and/or ok ( e/^'X and stored in memory tables, as illustrated below. 
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Ai tables for different values of JV and a. 

10 

This means that for a number of a values (e.g. 0.1, 0.2, . . 0.9), tables with A t values 
are stored, and for a certain [a*, N t ] pair, an Ai value can be read from the 
corresponding table for a certain target probability. If the memory consumption is too 
high, only a certain window [1, 2, N max ] should be stored. This is normally 
15 sufficient, since the number of connections from a certain service class only changes in 
steps of one (+1: one connection arrives to the system, -1: one connection leaves the 
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system). This means that the necessary window location and size can be tracked easily, 
and the tables can be updated whenever necessary. Other solutions using for example 
interpolation techniques can also be applied. Once the A t values are obtained, the delay 
violation due to packet loss is checked (step S9) according to formula (16). 

5 

Finally, the results of the two delay violation checks are combined (step S10) to 
produce a final CAC decision. In this particular embodiment of the invention, a given 
traffic mix is accepted only if both sets of inequalities (16) and (27) are fulfilled. 

10 If the update and the decision making parts are carefully separated, the decisions can 
surely be made on-line even for large systems with many traffic classes. However, the 
update speed needs to be checked carefully, because it is possible that also the updates 
can be performed on-line. 



1 5 Example of implementation of an admission controller 

Connection admission control is normally exercised over output link resources of 
network nodes, accepting or rejecting connections in accordance with a CAC algorithm. 
The CAC algorithm, may for example be implemented as hardware, software, 
firmware or any suitable combination thereof. In ATM networks, for example, traffic 

20 descriptors are signaled to the network nodes, and the nodes make decisions as to 
whether connections can be admitted based on the signaled information. In general, 
taking the network perspective, a connection is only admitted if it is accepted by all 
nodes taking part in the end-to-end transmission of that connection. 

25 Fig. 9 is a schematic block diagram of pertinent parts of a network node in which a CAC 
algorithm according to the invention may be implemented. The network node 300 such 
as an RNC or a Node B is generally associated with a number of input links and output 
links. The node 300 preferably comprises a control unit 310, a switch fabric 315, a 
number of output buffers 320 and corresponding output servers 330. The control unit 3 10 

30 is preferably built as a more or less embedded computer system with a processor 3 12 and 
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associated memory system 314. The processor 312 may for example be a microprocessor 
or a digital signal processor. The CAC algorithm is preferably implemented as software 
executed by the control unit 310. The software may be written in almost any type of 
computer language, such as C, C++ or even specialized proprietary languages. In effect, 

5 the CAC algorithm is mapped into a software program, which when executed by the 
processor 312 produces CAC decisions in response to given QoS requirements and 
traffic information maintained in a special traffic information database 316 in the 
memory system 314. The traffic information is received from network traffic descriptors 
using for example classical signaling exchange mechanisms. Special look-up tables 318 

1 0 for holding information used by the CAC algorithm may also be provided in the memory 
system 314. For each new connection set-up, the control unit 310 retrieves relevant 
information from the traffic information database and/or directly from the inter-node 
signaling, performs the necessary calculations and table look-ups and finally makes a 
CAC decision. The CAC decision is forwarded to the relevant protocol layers in the 

15 protocol stack to allow the decision to be effectuated. If a connection is rejected, a 
notification that the ATM/AAL2 or corresponding layer can not service the requested 
connection is sent up to the relevant protocol layers. If a connection is accepted, the 
connection is established and the corresponding packets are forwarded via the switch 
fabric 315 to the relevant buffer 320 for subsequent service by the corresponding output 

20 server 330. Internal traffic control messages from the control unit 310 generally controls 
packet switching and scheduling, and more particularly e.g. to which queue, if an 
admission decision is taken in a multi-queue system, the connection is directed. An 
example of a software implementation for execution by the control unit 310 is given in 
Appendix A. 

25 

Performance of the proposed CAC 

The performance of the invention has been evaluated in simulations. In a first 
simulation, the following input parameters were considered: C=1920 Kbps, 
777y=20ms, ^=336 bits, a y =0.65, 7T/ 2 =10ms, b 2 =\SU bits, a 2 =0.85, 777r=40ms, 
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6 3 =2688 bits, a 3 =l, D x =5ms, 52=81118, z5 3 =20ms, and £=0.001. The admissible 
region obtained using the invention is illustrated in Fig. 10A. It can be seen that the 
borders of the admissible region are really hyper-planes. The surface covering the 
admissible region corresponds to those traffic mixes that just fulfil the QoS 
5 requirements, and for which a single extra connection would lead to a delay (or loss) 
violation. 

The system with the traffic mixes on the surface was simulated to check if these mixes 
really fulfil the delay requirement. Fig. 10B illustrates the delay violation probability 

10 for the mixes on the surface of the admissible region of Fig. 10A. Identifiers of the 
different traffic mixes on the surface of the admissible region are given on the x-axis, 
and the probability of delay criteria violation is given on the y-axis. By way of 
example, traffic mix (TV;, N 2> N 3 ) = (3, 5, 6) has ID 45. For the purpose of examining 
the performance of the CAC, it is not important to tell which mix is associated with 

15 which ID. It can though be appreciated from Fig. 10B that the 0.001 limit is kept 
nicely for most of the mixes on the surface of the admissible region, implying that the 
CAC really works quite well. 

The example of Figs. 11A-B generally corresponds to that of Figs. 10A-B, but now 
20 with a smaller link capacity C=1024 Kbps. In case of smaller links, the calculation of 
the 72V matrix as proposed by equation (25) tends to be more conservative. In this case, 
values of 77V may be relatively small, and therefore the fact that the elements of 77V are 
integers may constitute a problem. For example, TN^ = 4 may result in a significantly 
smaller admissible region than TNg^S. This problem may be solved by using any of a 
25 number of conventional interpolation techniques, allowing the elements of 77V to take 
real values. 

It is important to understand that the preceding description is merely intended to serve as 
a framework for an understanding of the invention. 
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In certain situations, it is not necessary to use both the linear and non-linear admissible 
regions. In fact, if the delay requirements are loose or the link capacities are large 
enough, it may be sufficient to check whether the traffic mix is contained within the 
non-linear admissible region. In other circumstances, it may be sufficient to use a 
5 construction of multiple linear admissible regions. In effect, the intersection of 
multiple linear admissible regions generally defines a non-linear region (which is 
piece-wise linear). 

By properly identifying linear and non-linear admissible regions, the invention can 
10 also be applied to other transport mechanisms including natural extensions and 
developments of the basic UTRAN concept. For other types of multi-service networks, 
the non-linear admissible region and/or the linear admissible region or regions have to 
be identified according to the network-specific traffic characteristics and QoS 
requirements. 

15 

Notes on use with priority scheduling 

It should be noted that the traffic delay also depends on the scheduling principle 
applied in the network. If packets of all services wait in the same queue (FIFO) and the 
packets are served in order of arrival, the most stringent delay requirement has to be 

20 met. This can be avoided by service differentiation, having different queues for 
services with different delay requirements. The delay-limited linear regions are 
equivalent to "effective bandwidths" being assigned to connections. Effective 
bandwidths calculated for FIFO scheduling can be extended directly for priority 
scheduling as proposed in reference [11]. With respect to the invention, this means that 

25 instead of a single linear region for each service class with FIFO scheduling, there will 
generally be multiple linear regions for each service class, depending on the number 
priority levels. 

Prioritization means that a packet from a lower priority queue can be served only if all 
30 the higher priority queues are empty. Segmentation is used to minimize the influence 
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of large low priority packets already in the server on high priority traffic. The segment 
size s is an additional model parameter. W t and S t apply to the last segment instead of 
the whole packet. W t cannot be calculated directly using the work-load of the system 
because higher priority packets can over-take lower priority packets. Similarly to the 
5 FIFO case, the delay violation events are lost and delayed packets. When calculating 

Z l ? 5t and z f layed , the only difference from the FIFO case is that from class-i point of 
view, the system is overloaded only if the input rate of traffic classes with higher (or 
equal) priority is higher than C. 

10 We consider three cases depending on the priority levels of class-i and class-j. If class- 
i and class-j have the same priority level, then TNy is calculated in the same way as for 
FIFO scheduling set forth above. If class-i has higher priority we follow a different 
method. The event that the last segment (of size s /flJ ,) of the class-j packet could not be 
served before time D is equivalent to the event that all segments before the last one 

15 could not be served before D' = D - s t JC. Formally, denote B (i) (0, t) the server 
availability in [0, t] seen by the class-j packet, if the higher priority traffic is given by 
class-i, when it has arrived at time 0, and then: 



By using a conservative approximation of the server availability process: B u (0 9 t) * 
t-v^O, t)lC and the Brownian bridge approximation of the arrival process, the 
following formula is obtained: 



Yr(Df > Dj\nt connections are active) = Pr 5 (0 (0,5 j — *^L) < 




j 



20 



(34) 



25 



PrCZ)^ > Dj\n t connections are active) 



(35) 
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where ju, c?) denotes the normal distribution. In order to demonstrate the 
accuracy of this approach, TNy values calculated using equation (35) are compared 
with exact values (C = 920 Kbps, b t = 320 bits, s last = 320 bits, 777;- = 20ms, Dj= 

10ms, 8^^=0.1%) as illustrated below. 



5 



bj [bits] 


320 


640 


960 


1920 


2880 


3840 


TNy (exact) 


41 


38 


36 
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25 
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TNy (approx.) 


37 


36 


34 


29 


24 


20 



If class-i has lower priority, the effect of a segment possibly under service from class-i . 
on delays of class-j packets is neglected. This means that the TNy values are set to 
infinity (oo). 

10 

In general, simulations have shown that priority scheduling is more advantageous than 
FIFO scheduling and the effect of the service differentiation is that the QoS 
requirements can be met at higher resource utilization. 

1 5 Notes on use in the multiple-links scenario 

The CAC algorithms proposed by the invention method has mainly been presented and 
evaluated for the single link scenario. In the multiple-links scenario, the overall CAC 
decision is composed of more than one Link Admission Control (LAC) decision. In 
practice, a method working in the multiple-links scenario is usually identical to the 

20 single-link algorithm, because no information on the resources along the end-to-end 
path is available. If the proposed methods are applied in the multiple-links scenario, an 
"overload-limited" region can be computed for the different links individually. Single- 
link effective bandwidths can be extended to the network level, e.g. as proposed in 
reference [12]. Essentially, the "effective bandwidths" calculated by the invention do 

25 not change in other links of the network. This means that the proposed single-link 
methods can be applied to the multiple-links scenario without modifications. 
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The embodiments described above are merely given as examples, and it should be 
understood that the present invention is not limited thereto. Further modifications, 
changes and improvements which retain the basic underlying principles disclosed and 
claimed herein are within the scope and spirit of the invention. 
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APPENDIX A 

An example of a software implementation 



Global variables 
5 Capacityjcbps as Double 

nTTIs as Integer 

TTIs(l To nTTIs) as Integer 

1 0 nClasses as Integer 

nClassesMax as Integer 

e 

TETable(l To nTTIs,! To nClassesMax,l To nClassesMax) as Double 
TNTable(l To nTTIs,l To nClassesMax) as Double 

15 

NSourcesMax as Integer 

nActivities as Integer 
nActivitiesMax as Integer 
20 consideredActivities(l To nActivitiesMax) as Double 
nMaxActive as Integer 

ActTable_l(l To nActivitiesMax, 1 To NSourcesMax, 1 To nMaxActive) as Integer 
ActTablej2(l To nActivitiesMax, 1 To NSourcesMax, 1 To nMaxActive) as Integer 

25 NSources(l To nClassesMax) as Integer 
TTI_ms(l To nClassesMax) as Double 
PacketSize_bit(l To nClassesMax) as Double 
Activity (1 To nClassesMax) as Double 
Delay(l To nClassesMax) as Double 

30 

Activitylndex(l To nClassesMax) as Integer 
TTIIndexes(l To nClassesMax) as Integer 

Loss as Double 
35 LossNDD as Double 
LossOnOff as Double 

nOnOffClasses as Integer 
TTIIndex as Integer 
40 End Global variables 

# 
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NewCall(_classIndex) As Boolean 
NSources(_classIndex) = NSources(_classIndex) + 1 
If NSources(_classIndex) = 1 Then 

ClassOn(_classIndex) 
End If 

Result=AdmitO 

If Result=FALSE Then 

NSources(_classIndex) = NSources(_classIndex) - 1 

If NSources(_classIndex) = 0 Then 
ClassOff(_classIndex) 

End If 
End If 

Return Result 
End 

EndCall(_classIndex) 

NSources(i)=NSources(i)-l 

If NSources(i)=0 Then 
ClassOff(_classIndex) 

End If 
End 

# 

AdmitO 
If AdmitNDD(>=FALSE Then 

Return FALSE 

Else 

Return AdmitOnOffO 
End 
End 

# 

AdmitNDDO 
For j = 1 To nClasses 
If NSourcesG) > 0 Then 
Sum=0 

For i = 1 To nClasses 

Sum = Sum + NSources(i) * TETable(TTIIndex, i, j) 
Nexti 
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If Sum > TNTable(TTIIndex, j)+l Then 

Return FALSE 
End If 
End If 
5 Nextj 

Return TRUE 
End 

# 



10 AdmitOnOffO 

For i=l To nClasses 
sumBw=0 
For j=l To nClasses 
If Activitylndex(j)=-1 OR NSources(j)=0 Then 
15 A=NSources(j) 
Else If i=^j Then 
A = ActTable_2(ActivityIndex(j),NSources(j),nOnOffClasses) 

Else 

A = ActTable_l(ActivityIndex(j),NSourcesG),nOnOffClasses) 
20 End If 

sumBw=sumBw + A * PacketSizeJritG) / TTI_ms(j) 
Nextj 

If sumBw > Capacitykbps Then 
Return FALSE 
25 End If 
Nexti 

Return TRUE 
End 

# 

30 

ClassOn(_classIndex) 
If TTIIndexes(_classIndex) > TTIIndex Then 

TTIIndex=TTIIndexes(_classIndex) 
End If 

35 If Activity(_classlndex) < 1 Then 

nOnOffClasses = nOnOffClasses + 1 
End If 
End 

# 

40 

ClassOff(_classIndex) 
If TTIIndexes(_classIndex) = TTIIndex Then 
TTIIndex=l 
For i=l To nClasses 
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If NSources(i) > 0 AND TTIIndexes(i) > TTIIndex Then 

TTIIndex=TTHndexes(i) 
End If 
Nexti 
5 End If 

If Activity(_classlndex) < 1 Then 

nOnOffClasses = nOnOffClasses - 1 
End If 
10 End 

# 

InitO 

#set the following Values 
1 5 Capacity_kbps = 
nTTIs = 

TTIsO = #must be ordered 
nClassesMax= 
nActivitiesMax = 
20 nMaxActive = 
NSourcesMax = 
Loss= 

#defaults 
25 nClasses=0 
nActivities=0 
nOnOffClasses=0 
TTIIndex=l 

30 # can be different 
LossNDD=Loss/2 
LossOnOff^Loss-LossNDD 
End 

# 

35 

AddClassToTableC_TTI,__PacketSize^Activity^Delay) 
nClasses=nClasses+l #not higher than nClassesMax 
classIndex=nClasses 
NSources(classIndex)=0 

40 

TTI_ms(classIndex)=JTTI 
PacketSizeJrit(classIndex)=JPacketSize 
Delay(classIndex)=_Delay 
Acti\aty(classIndex)=_Activity 



WO 03/077588 



43 



PCT/SE02/00468 



If_Activity<lThen 
For i=l To nActivities 
If consideredActivities(i)=_Activity Then 
Break 
5 End If 

Nexti 

Activitylndex(classlndex)=i 
If i>nActivities Then 
AddActivity(_Activity) 
10 End If 
Else 

Activitylndex(classlndex)=- 1 
End If 

15 For i=l To nTTIs 

IfTTIs(i)>= JTTIThen 

Break 
End If 
Nexti 

20 TTIIndexes(classIndex)=min(i 5 nTTIs) 

SetTNs(classIndex) 

For j=l To nClasses -1 
25 SetTEs(classIndexj) 
SetTEs(j,classIndex) 
Nextj 

SetTEs(classIndex,classIndex) 
End 

30 # 

AddActivity(_activity) 
nActivities=nActivities+l #not higher than nActivitiesMax 
index=nActivities 
35 consideredActivities(index)=_activity 
For i=l To NSourcesMax 
For j=l To nMaxActive 
ActTableJ(index,ij)=NJ^O 

ActTable_2(index,ij)-N_OnOff(i^activity,LossOnOfE(j,2) 

40 Nextj 
Nexti 
End 

# 

SetTNs(_classIndex) 
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For i=TTIIndexes(_classIndex) To nTTIs 
TNTable(i,_classIndex) = CalcTN(_classIndex,_classIndex,TTIs(i)) 
If PacketSize_bit(_classIndex) / Capacity_kbps < Delay(_classlndex) Then 
TNTable(i,_classIndex) = CAC_TNTable(i,_classIndex) + 1 
5 End If 
Nexti 
End 

# 

10 SetTEs(_i.J) 

For i^ax(TTIIndexes(_i),TTIIndexes(J)) To nTTIs 

If _i=J Then 

TETable(i,_i,J) = 1 

Else 

1 5 TETable(i,_i, J) - TNTable(iJ) / CalcTNCj, J,TTIs(i)) 

End If 
Nexti 
End 

# 

20 

N_OnOff(N,p,x,mode) 

#mode 1: BinomQx(N,P,x) 

#quantile function of binomial distribution 

#mode 2: quantile of weighted binomial distribution 

25 

CalcTN(_i,J 5 _TTIMax) 
#uses: Capacity_kbps 

# TTI_ms 

# PacketSize_bit 
30 # Activity 

# Delay 

# LossNDD 



